^ f^gTG 24 JAN 2005 

*(12) INTCRNATIO]^R\PPLICATION PUBLISHED UNDER THE PATENT COOPERATION TREATY (PCT) 



(19) World Intellectual Property 
Organization 
International Bureau 




illDlDSinilllllDIIllDDMIIOOinn 



(43) International Publication Date (10) International Publication Number 

29 January 2004 (29.01.2004) PCT WO 2004/010648 Al 



(51) International Patent Classification 7 : H04L 12/26, 
12/24 

(21) International Application Number: 



(22) Internationa] Filing Date: 

(25) Filing Language: 

(26) Publication Language; 



PCT/EP2003/007768 
7 July 2003 (07.07.2003) 
English 
English 



(30) Priority Data: 
TO2002A000640 



22 July 2002 (22.07.2002) IT 



(71) Applicant (for all designated States except US): TELE- 
COM ITALIA S.p.A [rr/IT]; Piazza degli Affari, 2, 
1-20123 Milano (IT). 

(72) Inventors; and 

(75) Inventors/Applicants (for US only): CALV)^ Andrea 
[IT/IT]; Telecom Italia S. p. A., Via G. Reiss Romoli, 274, 
1-10148 Torino (IT). PAZZINL Ivan [IT/IT]; Telecom 
Italia S. p. A., Via G. Reiss Romoii, 274, 1-10148 Torino 
(IT). PROCQPKX Roberto [IT/IT]; telecom Italia S.p. 
A, Via G. Reiss Romoli, 274, 1-10148 Torino (IT). RIB- 
ALJfiQ, Vlto [IT/IT]; Telecom Italia S.p.A., Via G.T*eiss 
Romoli, 274, 1-10148 Torino (IT). TOSALLI, Marco 



[IT/IT1; TELECOM ITALIA S.p.A., Via G. Reiss Romoli, 
274, M0148 Torino (IT). 

(74) Agent: GIANNESI, Pier, Giovanni; Pirelli S.p.A., Viale 
Sarca, 222, 1-20126 Milan (IT). 

(81) Designated States (national): AE, AG, AL, AM, AT, AU, 
AZ, BA, BB, BG, BR, BY, BZ, CA, CH, CN, CO, CR, CU, 
CZ, DE, DK, DM, DZ, EC, EE, ES, FI, GB, GD, GE, GH, 
GM, HR, HU, ID, IL, IN, IS, JP, KE, KG, KP, KR, KZ, LC, 
LK, LR, LS, LT, LU, LV, MA, MD, MG, MK, MN, MW, 
MX, MZ, NO, NZ, OM, PH, PL, PT, RO, RU, SC, SD, SE, 
SG, SK, SL, TJ, TM, TN, TR, TT, TZ, UA, UG, US, UZ, 
VC, VN, YU, ZA, ZM, ZW. 

(84) Designated States (regional): ARIPO patent (GH, GM, 
KE, LS, MW, MZ, SD, SL, SZ, TZ, UG, ZM, ZW), 
Eurasian patent (AM, AZ, BY, KG, KZ, MD, RU, TJ, TM), 
European patent (AT, BE, BG, CH, CY, CZ, DE, DK, EE, 
ES, FI, FR, GB, GR, HU, IE, IT, LU, MC, NL, PT, RO, 
SE, SI, SK, TR), OAPI patent (BF, BJ, CF, CG, CI, CM, 
GA, GN, GQ, GW, ML, MR, NE, SN, TD, TG). 

Declarations under Rule 4.17: 

— as to applicant's entitlement to apply for and be granted 
a patent (Rule 4.17(H)) for the following designations AE, 
AG, AL, AM, AT, AU, AZ, BA, BB, BG, BR, BY, BZ, CA, 

f Continued on next page] 



(54) Title: METHOD AND SYSTEM FOR MONITORING THE QUALITY OF SERVICE IN TELECOMMUNICATION NET- 
WORKS, COMPONENTS AND COMPUTER PRODUCTS THEREOF 



00 



Sync\ 



H N PP 




(57) Abstract: To measure the quality of service at the application level in a telecommunication network (N), a function (A) is 
^ provided for carrying out sessions at the application level on said network (N). Through this activation function (A), sessions are then 
O carried out, measuring (F) and also storing (H K in a set of points (S b . . . , Sk , SJ of the network (N) data indicative of the behaviour 
^ of said network. The possible occurrence of critical situations relating to quality of service is verified (B) and, upon the occurrence of 

a said critical situation, a trigger signal (Trigger) is generated. By effect of the generation of said trigger signal, the data indicative of 
Q the behaviour of the network measured and stored in the aforesaid set of points of the network (N) are collected in centralised fashion 
£^ (H). The data thus collected are indicative of the end-to-end quality of service of the network (N) itself. Preferential application to 
^ packet networks like mobile telephony network such as GPRS or UMTS networks. 



REST AVAILABLE COPY 



2004/010648 Al 



\Ht\ 



CH, CN, CO, CR, CU, CZ DE, DK, DM, DZ, EC, EE, ES, 
Fl, GB, GD, GE, GH, GM. HR, HU, ID, IL IN, IS, JP, KE, 
KG, KP, KR, KZ, LC, LK, LR. LS, LT, LU, LV, MA, MD, MG, 
MK, MN, MW, MX, MZ NO, NZ, OM, PH, PL> PT, RO, RU, 
SC, SD, SE, SG, SK, SL TJ, TM, TN, TR, TF, TZ, UA, UG, 
UZ, VC, VN, YU, ZA, ZM, ZW, ARIPO patent (GH, GM, 
KE, LS, MW, MZ SD, SL, SZ, TZ, UG, ZM, ZW), Eurasian 
patent (AM, AZ BY, KG, KZ, MD, RU, TJ, TM), European 
patent (AT, BE, BG, CH, CY, CZ, DE, DK, EE, ES, Fl, FR, 
GB, GR, HU, IE, IT, LU, MC, NL PT, RO, SE, SI, SK, TR), 
OAPI patent (BF, BJ, CF, CG, CI, CM, GA, GN, GQ, GW, 
ML MR, NE, SN, TD, TG) 



— as to the applicant 's entitlement to claim the priority of the 
earlier application (Rule 4.17(iii)) for all designations 

— of inventorship ( Rule 4. 1 7( iv) ) for US only 

Published: 

— with international search report 

— before the expiration of the time limit for amending the 
claims and to be republished in the event of receipt of 
amendments 

For two-letter codes and other abbreviations, refer to the "Guid- 
ance Notes on Codes and Abbreviations'* appearing at the begin- 
ning of each regular issue of the PCT Gazette. 



10/522632 

DTIMfic'd PCT/PTO 2 4 JAN 2005 

^ptlYEP2003/007768 

1 

"Method and System for Monitoring the Quality of 
Service in Telecommunication Networks/ Components and 
Computer Products thereof" 
TEXT OF THE DESCRIPTION 

5 The present invention relates to the monitoring of 

the quality of service (or QoS, according to a commonly 
used acronym) in telecommunication networks , 

The invention was developed with particular 
attention to its possible application to packet 
10 telecommunication systems, such as mobile 
telecommunication systems like GPRS (acronym for 
General Packet Radio Service) or UMTS (acronym for 
Universal Mobile Telecommunications System) . 

In each case, the reference to said sectors of 
15 possible application should not be construed as 
limiting the scope of the invention, which is 
altogether general. 

For monitoring telecommunication networks, there 
are various known systems, able to operate as 
20 distributed protocol analysers, thus able to correlate 
signalling messages and data in various points of the 
network . 

For example, US-A-5 850 386 discloses a protocol 
analyser usable to monitor the. operation of digital 

25 transmission networks. The analyser in question is able 
to display statistics at the station level, network 
statistics, real time information on events occurring 
on the network as well as information on the 
distribution of the protocols. Additionally, according 

30 to the known solution it is possible to generate basic 
information on the operation of the network presenting 
the information simultaneously with real time 
performance information and monitoring sessions of pre- 
programming activities. All this while also generating 
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reports linked to the analysis of the transmission 
network. 

Systems of this kind, however, are conceived to 
operate in extended fashion on the network and 
5 therefore are not suitable for occasional use or for 
being transported. 

Moreover, said systems necessarily require the 
availability of a considerable storage capacity to 
allow the exhaustive collection of information on 

10 appropriate databases. 

Also available are protocol analysers able to carry 
out a thorough punctual analysis of the data that 
transit on one or more network interfaces. 

Substantially deriving from this concept is the 

15 solution described in US-A-6 397 359. In this solution, 
the performance of a network are assessed defining test 
schedule comprising test protocols destined to be 
implemented as well as indications about which 
protocols are to be executed for a plurality of 

20 connections on the network. A connection can be defined 
between two end nodes of the network and, at specified 
time instants, the pair of end nodes in question 
executes the test protocol, measuring the performance 
of the network connection between the two nodes without 

2 5 thereby entailing any involvement of the application 
software which can therefore be either installed or not 
installed on the hardware of the computers that support 
the end nodes. 

In essence, systems of this kind - or substantially 

30 equivalent systems - are not suited to correlate the 
data to be analysed with alarms generated in other 
points of the system or, better, of the network. 
Additionally, said systems essentially operate by 
measuring the performance of the network connection: 

35 therefore, they are not able to analyse performance 
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linked to the perceived quality of a specific 
application session. 

In truth, solutions able to monitor quality at the 
application level do exist. In this regard, reference 
5 can be made to the document US-A-6 108 700, which 
discloses a solution that allows to measure the 
response time of an application (including distributed 
applications in a client /server environment or on the 
Internet) as perceived by a final user. 
10 Irrespective of all other considerations, systems 

of this nature, conceived mainly for use on computer 
networks, are usually not able - when anomalous 
performance levels are detected - to investigate the 
causes of malfunction of the network in association 
15 with which they operate. 

Substantially similar operating criteria, hence 
exposed to the same limitations outlined above, also 
drove the design of the product made available with the 
trade name of ResponseCenter 3.0 by the company 
20 Response Networks, Inc. of Alexandria, VA (United 
States of America) . 

It is therefore still necessary to provide a 
solution that is simultaneously able to: 

monitor Quality of Service (QoS) at the 
25 application level, and 

- identify the data needed to locate the problem in 
the network. 

All this with specific attention to its possible 
use in application contexts such as packet 
3 0 telecommunication networks like GPRS or UMTS mobile 
networks whereto reference was made above . 

The aim of the present invention is to provide a 
solution that is able to meet this requirement. 

According to the present invention, said aim is 
35 achieved with a method having the characteristic 
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specifically set out in the claims that follow. The 
invention also relates, in distinct fashion, to the 
corresponding system, as well as the related component 
apparatuses and computer products. 
5 The term computer product (or computer program 

product) hereby indicates a product that can be loaded 
directly into the internal memory of a digital computer 
and comprising portions of software code able, when 
this product is run on a computer, to implement the 

10 steps of the method according to the invention and/or 
to perform the function of one or more of the 
apparatuses composing the related system. 

The solution according to the invention allows to 
detect events considered critical and to store in 

15 detailed fashion the corresponding data flow in the 
network on the various interfaces considered 
significant. The data collected can then be post- 
processed to identify and possibly solve any critical 
conditions . 

2 0 The invention shall now be described, purely by way 

of non limiting example, with reference to the 
accompanying drawings, in which: 

- Figure 1 shows in general terms the architecture 
of a system able to operate according to the invention, 

25 - Figures 2, 3 and 4 are flow charts showing the 

possible operation of a system capable of embodying the 
invention, 

- Figure 5 shows, in the form of a block diagram, 
an example of test configuration that can be 

30 implemented using the invention, 

- Figure 6 shows the architecture of a system like 
the one shown in Figure 1, 

- Figures 7, 8 and 9 are flow charts illustrating 
the operation of the component of Figure 6, 
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Figure 



10 



schematically 



shows 



further 



characteristics of the component of Figure 6, and 

- Figure 11 proposes the diagram of a possible 
monitoring architecture according to the invention 
5 referred to a specific example of application. 

In Figures 1, the reference letter N indicates/ in 
general, a telecommunication network within which a 
monitoring of the Quality of Service (QoS) and in 
particular a monitoring of the end-to-end Quality of 
10 Service is to be conducted. 

By way of indication, without thereby limiting the 
scope of the invention, the network N can be 
constituted by a packet telecommunication network such 
as a GPRS or UMTS mobile network. 
15 The numeric references Si, S 2 (and, in general, Si, 

S 2 , Sfc, S n ) indicate apparatuses for monitoring 

the network interfaces to be analysed. 

In this regard it will be appreciated that the 
solution according to the invention is suitable to use 
20 a set of such apparatuses (hereinafter generally 
indicated as S k ) comprising any number of apparatuses. 

These are apparatuses able to be placed practically 
in any point of the network N to be analysed. This 
means that the apparatuses S k can operate on any 
25 network interface deemed to be of interest according to 
the specific situations, and can thus be connected, in 
the case of a mobile telecommunication network, both in 
correspondence with fixed interfaces and in 
correspondence with mobile interfaces associated with 
30 the mobile terminals of the network. 

The apparatuses Sk are connected to a bi- 
directional communication structure, for instance of 
the bus type, indicated overall as P. 



35 ordination apparatus M whereto is associated a 



To the structure P is connected a central co- 
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structure for storing the collected data, indicated as 
H, destined to serve as an archive. 

The references A and B respectively indicate an 
apparatus for conducting test sessions at the 
5 application level and a testing apparatus for measuring 
quality of service at the application level and 
signalling any critical situations. 

Lastly, Sync indicates the elements of a system for 
synchronising the various apparatuses mentioned above, 

10 Additional indications about specific hardware 

embodiments of the various apparatuses or modules 
described above shall be provided in the remainder of 
this description. 

At the general description level, the apparatus A 

15 is preferably configured in such a way as to be able 
repeatedly to execute test sessions at the application 
level using the resources offered by the network. This 
can make it necessary to access determined servers 
inside or outside the network (not shown in the 

20 figure), able to provide the requested service. 

For each test, the apparatus A sends to the 
apparatus B information that allow it to evaluate the 
measured quality of service, as well as information on 
times and, if necessary, the same data sent or received 

25 by the network. 

Based on the information received by the apparatus 
A, the apparatus B treats the data received in order to 
verify its consistency or inconsistency with determined 
quality of service (QoS) criteria. 

30 In the most current applications, the data in 

question are compared with reference thresholds 
available within the apparatus B, which is able to 
generate an alarm if the data received are found to be 
inconsistent with the aforesaid thresholds. 
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The alarm is notified to the apparatus M and the 
data collected by the apparatus A are also sent, when 
necessary, to the archive H. 

The communications in question are preferably 
5 exchanged through the same structure P. However, a 
direct connection between the apparatus B and the 
apparatus M can be provided - in the direction shown - 
to allow alarm messages to be forwarded. 

The apparatuses S k are destined to co-operate with 
10 the interfaces whereon it is considered useful " to 
perform the monitoring action. Two of said interfaces, 
indicated as Ii and I 2 , are represented in Figure 1; 
hereinafter, the generic monitored interface shall be 
indicated as I*. Typically, it can be any data or 
15 signalling interface involved in the application level 
operations relating to the tests conducted by the 
apparatus A. 

In the case of a network N constituted by a packet 
network, the packets that transit on said interfaces I k 

20 can be collected (possibly filtering - according to 
criteria better described hereafter - only the traffic 
of interest for the test) by the monitoring apparatuses 
Sjc. The packets thus collected are stored by each 
apparatus on a memory such as a circular buffer of 

25 appropriate size (not specifically shown in the 
drawings, but of a known type) able to retain 
information for a sufficiently long period of time. The 
dimensioning criteria of such a memory are described in 
greater detail hereafter. 

30 Each monitoring apparatus S* can also receive a 

trigger signal from the apparatus M. At the occurrence 
of such an event, each monitoring apparatus S k is 
capable of sending to the archive H the data contained 
in its circular buffer, continuing the monitoring 

35 action. 
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In a preferred embodiment of the invention, 
additional commands are also provided, able to be sent 
by the apparatus M, for instance to start or stop the 
monitoring activity or, in general, to perform 
5 administrative operations on the apparatus. 

The apparatus H serving as an archive has the 
purpose of centrally collecting all data correlated to 
events detected as anomalies. In particular, for each 
anomaly, in the archive H there are collected data 
10 coming: 

- from the apparatus A to condiict the tests at the 
application level, 

- from the apparatus B to measure the quality of 
service and 

15 - from the other monitoring apparatuses S k associated 
to the interfaces I k to be analysed. 

The central co-ordination apparatus, indicated as M 
in Figure 1, has the purpose of controlling in 
centralised fashion all other apparatuses included in 
20 the illustrated architecture. The functionality of the 
apparatus N provides that, upon receiving an alarm 
trigger signal from the apparatus B, the apparatus M 
sends corresponding trigger signals to all interface 
monitoring apparatuses. 
25 in the currently preferred embodiment of the 

invention, the apparatus H is also configured in such a 
way as to perform additional functions, for instance to 
allow remotely controlling all apparatuses, activating 
them, deactivating them or configuring them as needed. 
30 An important role within the architecture 

illustrated in Figure 1 is performed by the 
synchronisation system comprising the apparatuses 
indicated as Sync. Said apparatuses can be present in 
any number, also as a function of the general lay out 
35 (centralised or decentralised architecture) selected 



WO 2004/010648 4ft ^Jf?T/EP2003/007768 



for the synchronisation system. Usually, to allow for 
an easy use of the system, the individual elements of 
the synchronisation system can also be located at a 
certain mutual distance, possibly even in geographic 
5 locations that are quite distant from one another. 

The presence of the synchronisation system in 
question is linked to the observation of the fact that 
in order to assess performance it is important to take 
into account the time required to traverse the network 

10 by the packets/signals. This presumes the fact that the 
various apparatuses between which the aforesaid 
traversing times are measured are in fact mutually 
synchronised. The accuracy of the system is determined 
in such a way as to be compatible with the precision of 

15 the information to be obtained. 

The diagram of Figure 2, substantially constituting 
a flow chart, shows the basic operation of the central 
co-ordination apparatus M. 

In essence, the apparatus M operates by cyclically 

20 performing, with a speed that is' correlated to the 
speed with which the phenomena to be monitored evolve, 
a cyclic routine comprising a first step 100 of waiting 
for any modifications coming from the apparatus B 
followed - in the presence of such a notification 

25 received from the apparatus B - by a step 102 in which 
a corresponding notification or trigger is sent to the 
various apparatuses for monitoring the interfaces Si, 
. . . , Sfc , • . . , Sxi • 

The flow chart of Figure 3 shows, in a manner 

30 fundamentally similar to the one adopted in Figure 2, 
the operation of the apparatus or apparatuses for 
conducting tests and measuring quality (reference A and 
B in the same figure) . 
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Figure 4 instead shows the operation of any of the 
apparatuses S k provided for monitoring the interfaces 
Ik- 

The figures in question naturally are purely 
5 illustrative in nature and are reproduced in simplified 
fashion to facilitate comprehension: it will be 
appreciated that neither Figure 2 nor Figures 3 and 4 
show the normal management functionalities such as 
starting processes, initialising and terminating 

10 processes, etc. 

Focusing first on the apparatus for conducting the 
tests (reference A in Figure 1) , the step 2 00 in Figure 
3 indicates a normal starting step followed by a step 
202 in which the apparatus A identifies (according to 

15 programming/ scheduling criteria set therein - according 
to criteria that are known in themselves) the test 
destined to be conducted on each occasion. 

This test is then performed in a step indicated as 
204; in a step 206 the apparatus A sends to the 

20 apparatus B, preferably on a dedicated connection, the 
data and parameters relating to the test performed. 

Once this transmission is complete, the operation 
of the apparatus A evolves again upstream of the step 
indicated as 202 to proceed with a successive test. 

25 It is evident that this test can consist both of a 

"new" test relative to the one performed previously, 
and of an "old" test already performed previously and 
repeated after a certain time interval. 

The step indicated as 208 in Figure 3 corresponds, 

30 with reference to the apparatus B, to a generic waiting 
step in which the apparatus B waits to receive data and 
parameters relating to the tests conducted (according 
to the procedures described above) from the apparatus 
or apparatuses A included in the system. 
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After receiving said data and parameters, in a step 
indicated as 210 the apparatus B verifies whether the 
information is consistent or inconsistent with 
determined quality criteria represented by 
5 corresponding data stored in the apparatus B. 

In the most current application example, said 
criteria are simply represented by predefined threshold 
levels which the data and the quality parameters 
received from the module B are compared. 

10 All this to proceed then, in a subsequent step 212, 

with a selection or decision operation aimed at 
determining whether the aforesaid data or parameter are 
consistent or inconsistent with respect to the 
predefined acceptability criteria stored in the 

15 apparatus B. 

If the aforesaid data and parameters are not 
outside the prescribed limits (negative outcome of the 
step 212, indicative of the fact that the test whereto 
the data and parameters in question refer detected no 

20 anomalous situation) the operation of the apparatus B 
again evolves towards the waiting step indicated as 
208. 

Otherwise (positive outcome of the comparison 
carried out in the step 212, indicative of the fact 

25 that the data and parameters from the test conducted 
did detect the presence of an anomalous situation) , the 
apparatus B proceeds with a step 214 to send a 
corresponding notification or trigger message to the 
apparatus M. The apparatus B, in a step 216, also sends 

3 0 to the archive H the collected data and parameters, 
which are indicative of (and identify) the anomalous 
situation detected thanks to the test performed by the 
apparatus A. 

The flow chart of Figure 4, pertaining to the 
35 operation of a generic apparatus S k for monitoring the 
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interfaces I*, also starts from an initial step 300 to 
evolve in preferred fashion in two directions according 
to a typical concurrent process model • 

The first direction of evolution is towards a step 
5 302 in which the apparatus S k awaits a packet of 
data/parameters from the respective interface I k being 
examined. 

The reference 304 indicates a step in which the 
apparatus performs a filtering function according to 

10 the procedures better described hereafter. Said 
filtering step or operation - which in itself 
incorporates successive processing operations - can 
evolve both with a return upstream of the step 302 
(when the filtering operation fails to give rise to any 

15 appreciable result) and towards a step 306 in which the 
data deriving from the filtering operation are added to 
the circular buffer associated to the apparatus S k . All 
this to then recycle upstream of the step 302. 

The other process performed within ' the apparatus Sk 

20 instead comprises a first step 307 of generic waiting 
for a message or trigger generated - according to 
procedures better described hereafter - by the 
apparatus M. All this to proceed, in a subsequent step 
indicated as 308, performed upon receiving the 

25 aforesaid trigger signal, which comprises sending the 
data contained in the circular buffer of the apparatus 
Sk to the archive H. 

The apparatus for performing the test indicated as 
A then operates by continuously performing a test at 

30 the application level and sending to the apparatus for 
measuring the quality of service, indicated as B, the 
measured performance data. Simultaneously, the 
monitoring apparatuses S k intercept the packets 
considered to be of interest on the checked interfaces 

35 Ik/ storing them in their own circular buffers. 
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If the apparatus for measuring the quality of 
service B signals an alarm, the central co-ordination 
apparatus M sends a trigger signal to the monitoring 
apparatuses S k/ which send to the archive H a copy of 
5 their circular buffer, continuing the monitoring 
operation. 

In this way, in the presence of an alarm, the 
collected packets refer to a previous time window. 
Their analysis can therefore allow to obtain detailed 

10 information, for instance to locate the so-called 
"bottlenecks" inside the network. 

The circular buffers of the monitoring apparatuses 
Sic are dimensioned to assure that all information 
relating to a test session that may cause an alarm are 

15 saved. For said dimensioning, one thus takes into 
account the type of session, the reasonably expected 
duration of the session (also in case of problems) , the 
quantity of data that, downstream of the filter, is 
collected on the buffer, and the delay times between 

20 the emergence of the critical situation and the arrival 
of the trigger signals to the monitoring apparatuses 
S k . 

Figure 5 shows an example of test configuration 
applied to a usage scenario in which the network N is 
25 constituted by a GPRS network. 

In particular, it was assumed that the performance 
of the radio interface and of the CGSN (Combined GPRS 
Support Node) are to be tested. The node in question 
incorporates the functionalities of the so-called GGSN 
30 (Gateway GPRS Support Node) and of the so-called SGSN 
(Serving GPRS Support Node) . 

The diagram of Figure 5 highlights, in addition to 
the CGSN node, also a radio base station or BTS (Base 
Transceiver Station) and the BSC (Base Station Control) 
35 module associated therewith. 
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Also highlighted is the connection between the CGSN 
node and a corresponding IP (Internet Protocol) 
network . 

Moreover, the reference Tl indicates any mobile 
5 terminal included in the network, presently connected 
to the BTS station shown herein. 

Although the representation of Figure 1 is limited 
to a single CGSN node, to a single BTS station, to a 
single BSC controller and to a single mobile terminal 
10 Tl, it will be appreciated that the field of 
application of the invention generally encompasses any 
number of said elements. 

The diagram of Figure 5 also shows the same 
references already introduced in relation to Figure 1, 
15 which makes it superfluous to provide a new description 
of the role played by each of the elements indicated by 
said references . 

In regard to possible implementation details 
(described herein purely by way of example and hence 
20 with no intent to limit the scope of the invention in 
any way at all) the mobile terminal Tl can be 
constituted by any GPRS mobile terminal, preferably 
provided with the ability to analyse the performance of 
the radio interface; it can be, for instance, a 
25 terminal of the type sold with the trade name of TEMS 
version 3-2 or higher by the company Ericsson. 

The apparatus A can be constructed by means of 
personal computers and in particular by using the agent 
(or client - hereinafter the two names shall be used 
30 equivalently) structure perfected by the Applicant and 
identified with the name of BMPOP. Said agent solution, 
able to measure the end-to-end quality of service (QoS) 
at the application level and to send the collected data 
to a corresponding remote BMPOP server (apparatus B) 
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can advantageously be implemented on a portable 
personal computer with the following characteristics: 

- Pentium IV, 500 MHz processor, 

- RAM 512 MB, 

5 - Windows NT/2000, 

- hard- disk 20 GB, 

- dual RS232 serial interface (able to achieve the 
connection to the aforementioned terminal TEMS) , and 

- GPS (Global Positioning System) function for 
1 0 sy nc hron i s a t i on . 

One or more of the trade names reproduced above 
and/or hereafter may correspond to de facto and/or 
registered trade marks. 

The aforementioned BMPOP server, destined to serve 
15 the function of the apparatus B can be implemented on a 
PC (also of the fixed type, implementation on portable 
PC being instead preferred for the apparatus A) having 
the following characteristics: 

- Pentium IV, 500 MHz processor, 
20 - RAM 512 MB, 

- Windows NT/2 000, 

- Oracle 8 database, and 

- hard-disk 34 GB. 

This server is configured to operate as a 
25 centralised system to collect the data provided by the 
client A. 

In particular, as seen above, the server B is able 
to send alert or trigger messages to the apparatus M 
that serves as master of the system, if anomalies are 
30 detected. The apparatus M operates as a generalised 
system for managing and co-ordinating quality 
monitoring in co-operation with the archive H. 

The latter is constituted by a data base able to 
collect, through the apparatus M, the data provided by 
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the various monitoring apparatuses S k and by the server 
B. 

From the viewpoint of practical realisation, the 
apparatus M and the archive H associated thereto can be 
5 implemented on a same personal computer, for instance 
using a computer with the following characteristics: 

- Pentium IV, 500 MHz processor, 

- RAM 512 MB, 

- Windows NT/2000, and 
10 - hard-disk 40 GB. 

On this computer resides a simple application 
program (able to be realised according to criteria that 
are known, and hence such as not to require a detailed 
description herein) able to receive - according to the 

15 procedures described above - a trigger signal from the 
server B and to send corresponding trigger messages to 
the various apparatuses S k (whereof there are three, 
indicated respectively as Si, S 2 and S 3 in the 
embodiment illustrated herein) . 

20 Said trigger signal can be obtained by sending a 

particular IP packet. 

In the specific example of application - which, it 
is yet again specified, is in fact merely an example - 
whereto Figure 5 refers, to each of the apparatuses Si, 

25 S 2 and S 3 is associated a respective synchronisation 
module Sync - of a known type - preferably GPS based. 

The apparatuses Si, S 2 and S 3 can advantageously be 
realised using the solution known with the trade name 
of SNIFFER (Network General Corp.). 

30 In the example illustrated herein, the first 

apparatus Si is associated to the mobile terminal Tl 
with the function of detecting the passage of the 
packets downstream of the application supported by the 
apparatus A and of sending the related data to the 

35 archive H. 
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The apparatus S 2 is configured to store traffic on 
the interface Gi between the node CGSN and the IP 
network and in this case as well to send the related 
information on request to the archive H. 
5 The apparatus S 3 is also a protocol analyser, able 

to analyse the interface Gb between the node CGSN and 
the module BSC . It can be, for instance, a TEKTRONIX 
K12 97 analyser. 

From the implementation point of view, the 
10 apparatus S x can be configured, for example, using a 
normal serial line SNIFFER solution installed on the 
same personal computer that houses the client A (for 
example EtherPeek version 3,6.2 by WildPacket ' s) . 

The apparatus S 2 can also be installed on a 
15 personal computer with the following characteristics: 

- Pentium IV, 500 MHz processor, 

- RAM 512 MB, 

- Windows NT/2000, and 

- hard-disk 20 GB. 

20 The apparatus S 2 preferably has the following 

characteristics : 

- it is able to store in a buffer, preferably of 
the circular type, the IP packets that pass on the 
interface Gi, 

25 - it is able to interpret a trigger that activates 

an appropriate predetermined operative process, and 

- it is able, given the aforesaid trigger, to send 
the collected data to the archive H. 

A possible implementation can be based on the 
30 primitives offered by the library WinPcap version 2.3 
or higher. 

As stated previously, the apparatus S 2 is 
preferably connected to a GPS device to assure 
synchronisation with the other apparatuses. 
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The apparatus S 3 (able, as stated, to be 
implemented with Tektronix K1297 instrumentation or 
equivalent instrumentation) , preferably has the 
following characteristics: 
5 - it is able to control the protocol stack of the 

GPRS on the interface Gb; 

- it is able to store on a buffer, preferably of 
the circular type, the packets that pass on the 
aforesaid interface, 

- it is able to receive and interpret a trigger 
that activates an appropriate predefined operative 
process, and 

- it is able, given the aforesaid trigger, to send 
the collected data to the archive H. 

In this case too, synchronisation is preferably 
achieved by connection to a GPS device. 

Additional characteristics of realisation of the 
apparatuses S x , S 2 and S 3 (or of equivalent apparatuses) 
shall be described hereafter. 

Still with reference to the diagram of Figure 5 it 
can be recalled that - in the currently preferred 
embodiment - the mobile terminal Tl can also be 
configured to perform functionalities of monitoring the 
radio interface: the related software for managing and 
controlling said functionalities resides on the same 
personal computer that houses the agent indicated as A. 

In essential terms, and referring to the same 
general operating criteria described above, the 
operation of the solution illustrated in Figure 5 
provides for the apparatus A serving as agent to 
perform continual tests of the end-to-end quality of 
service towards specific destinations (for instance 
towards specific server addresses on the IP network) . 
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The apparatus S x detects the passage of the packets 
and the times thereof, sending the corresponding 
information to the archive H. 

Simultaneously, the apparatuses S 2 and S 3 
5 continuously monitor respectively the interface Gi and 
the interface Gb, filtering the packets exchanged 
between the agent A and the remote servers connected 
through the IP network. 

The data are collected in corresponding buffers. 
10 Preferably, these are circular buffers in which the 
oldest data are overwritten. When the server B detects 
a critical situation, it sends - through the apparatus 
M serving as master - a warning message or trigger to 
the apparatuses Si, S 2 and S 3 . These apparatuses copy 
15 the data collected up to that moment and send it to the 
archive H. 

The data thus collected (and any other data that 
may have been provided directly by the apparatus B - 
note the dashed line at the upper end of Figure 5) are 

2 0 thus made available for processing. 

The processing operation typically has a post- 
processing character, since most of the time it is a 
function of analysis of the collected data, able to be 
performed both automatically and semi-automatically 

2 5 with the intervention of one or more operators. It will 
be appreciated that the criteria and the procedures for 
carrying out said processing operation, indicated as PP 
in the diagram of Figure 5, are outside the specific 
scope of the present invention. 

30 In a context like the GPRS context whereto Figure 5 

refers by way of example, it is possible to identify 
quality indicators such as: 

- down- link and up- link crossing times through a 
network segment (access network, CGSN node, etc.); 
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- TCP (Transmission Control Protocol) losses and 
re-transmissions on the IP interfaces, 

- evaluation of the windows used by the TCP 
protocol , and 

5 - correlation between the RLC (Radio Link Control) 

and TCP protocols . 

The currently preferred embodiment in relation to 
the architecture of the apparatuses S k will now be 
described with reference to the diagram of Figure 6. 
10 In this regard it will appreciated that such an 

architecture can be used advantageously both to realise 
all the apparatuses S k and to realise only some of said 
apparatuses . 

For instance, with reference to the architecture 

15 shown in Figure 5, all three the apparatuses Si, S 2 and 
S 3 serve the function of monitoring transiting packets, 
also exhibiting the characteristic of being 
controllable remotely and of sending to an equally 
remote server the collected information. 

20 Solutions capable of detecting packets transiting 

on a packet telecommunication network, also operating 
appropriate filtering actions, are already available 
today (see in this regard the considerations made in 
the introductory part of the present description) . Also 

25 known are more complex hardware and software systems, 
able to monitor multiple network interfaces, to 
recognise and interpret multiple standard protocols. 
All this, if necessary, with the ability to interpret 
the passage of determined packets or messages contained 

30 therein as alarm or trigger messages, able to activate 
determined behaviours by the system. 

A common characteristic of said known systems is 
that of providing for the possibility of locally 
storing the measured data, in order to constitute an 

35 archive that can be consulted a posteriori. 
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Within the context of the present invention, 
however, it is important to have available apparatuses 
capable of being used remotely, i.e. apparatuses able 
locally to detect the packets, to filter and store the 
5 information and to send to a remote server the 
collected data, given the occurrence of determined 
events . 

The diagram of Figure 6 represents the general 
architecture of any module S* able to be included in a 

10 system of the type illustrated in Figures 1 and 5. 

To facilitate comprehension, the diagram of Figure 
6 shows only, in addition to a single apparatus S k , the 
network N to be analysed and the apparatus M acting as 
remote server destined to send to the various 

15 apparatuses Sk (by effect of the reception of an alert 
or trigger signal by the apparatus B in Figures 1 and 
5) corresponding trigger signals destined to cause the 
apparatus S k involved on each occasion to send the data 
it has available to the apparatus M. 

2 0 The general architecture of the apparatus or module 

S k comprises, in the currently preferred embodiment: 

- a packet filtering module, indicated as F, 

- a memory H k for archiving the data at the Sk 
module level, 

25 - an apparatus M k to perform - also at the local 

level - a co-ordination function, and 

- a set of connection functionalities. 

In the first place, a connection functionality K is 
provided, operating between the network N and the 
30 apparatus S k for the collection of the monitoring data 
relating to the interfaces I k . 

In regard to the transmission of the monitoring 
data from the apparatuses S k to the apparatus M and for 
the transmission of the trigger signal from the 
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apparatus M to the various apparatuses different 
solutions can be employed. 

For example, it is possible to provide a main 
connection function C for the transmission of the 
5 monitoring data from the apparatuses S k to the 
apparatus M and an auxiliary function C t for the 
transmission of the trigger signal from the apparatus M 
to the various apparatuses S*. 

As a total or partial alternative, for the 

10 transmission of the monitoring data from the 
apparatuses Sk to the apparatus M and/or for the 
transmission of the trigger signal from the apparatus M 
to the various apparatuses S*, it is possible to use 
the same network N to be monitored. 

15 In this case it is possible to provide a first 

connection functionality, indicated as C , for the 
transmission of the monitoring data from the 
apparatuses S* to the network N and a second connection 
functionality, indicated as C ' , operating between the 

20 network N and the apparatus M. This second connection 
functionality can be used both for the transmission of 
the monitoring data from the network N to the apparatus 
M and for the transmission of the trigger signal from 
the apparatus M to the network N. 

25 When this latter solution is adopted, in the 

individual module Sk is also present a sub-module or 
device for intercepting the trigger messages, indicated 
as T. The device T analyses the packets transiting in 
the network and, if it detects packets that meet 

30 definable criteria - according to known criteria - 
during the configuration of the apparatus S*, it 
interprets said packets as trigger signals, giving 
communication thereof to the respective module H* so it 
will operate accordingly. 
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The packet filtering system F performs a selection 
of the packets transiting in the network (for instance 
on the interfaces Gi and Gb in the case of the 
apparatuses S 2 and S 3 of Figure 5) . This occurs 
5 according to defined criteria - in a known manner - 
during the configuration of the individual apparatus 
Sjc. Only the packets that meet the predefined criteria 
are considered and sent to the local archive H k . 

The data archiving module H k serves the function of 
10 archiving the packets that come from the filtering 
module F, As stated, to implement the module H k a 
circular buffer archive is currently preferred, in 
which the oldest data are overwritten in order to limit 
to a maximum value (determined selectively as a 
15 function of the application requirements) the quantity 
of data stored. 

Said quantity is defined - also according to known 
criteria - when configuring the apparatus S k taking 
into account the desired extension of the time "window" 
20 of observation associated with the data that, stored at 
the level of the individual apparatus S k , are then 
transmitted to the apparatus M in view of their storage 
in the centralised archive H. 

It is preferable for the filtering module F to be 
25 able to discard all traffic generated by the apparatus 
S)c whereto it is associated, including the traffic 
generated to send the data to the apparatus M. 

The flow charts of Figures 7, 8 and 9 show in 
greater detail the operating criteria of the filtering 
30 module F, of the co-ordination module and of the 
module T (if present) . 

In this case as well, as in the case of Figures 2 
through 4, for the sake of illustration simplicity the 
additional management functionalities, which 
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nonetheless are present, are not depicted: for example, 
process starting, initialisation, termination etc. 

The operation of the module F essentially comprises 
three successive steps, repeated according to a 
5 cyclical order . 

The first step, indicated as 400 in Figure 7, 
consists of waiting for the packets starting from the 
network N or, more precisely, from the monitored 
interface . 

10 The packets received are then subjected, in a 

subsequent step indicated as 402, to the actual 

f i 1 ter ing f unct ion . 

If the packet considered on each occasion is not 

relevant for purposes of the monitoring function 
15 (negative outcome of the step 402) the related packet 

is discarded and the system returns to the waiting step 

400. 

If, on the contrary, the step 402 yields a positive 
outcome, indicating that the packet considered on each 
20 occasion is relevant for purposes of the monitoring 
function, in a subsequent step 404 said packet is sent 
to the archive and the system returns to the waiting 
step 400. 

As has been indicated several times, the buffer H k 
25 is preferably organised in the form of circular buffer, 
in which the oldest data are overwritten by the most 
recent ones. Said buffer must be correctly dimensioned 
to assure the saving of all information of interest 
about a processing session. For said dimensioning, 
30 therefore, the type of session, its duration and the 
quantity of data collected on the buffer downstream of 
the filtering function are taken into account. 

The operation of the module M k essentially 
comprises a waiting step 500, in which the module M* 
35 detects the possible arrival of the trigger signal 
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(received - with reference to the architecture 
represented in Figures 1 and 5 - from the module M) . 

All this to proceed, upon receiving said signal, to 
send to the apparatus M the data contained in the 
5 archive H k . This sending step is indicated as 502 in 
the diagram of Figure 8 . 

The flow chart of Figure 9 refers to the operation 
of the module T able to proceed with the detection of 
the trigger signal when said signal, instead of being 
10 received starting from the apparatus M, is generated 
inside the apparatus S k by means of an operation of 
observation of the packets transiting on the network N. 

In Figure 9, the related waiting step is indicated 
with the reference 602, whilst the reference 604 
15 indicates a successive checking step in which the 
module T examines the packet received from the module T 
to establish whether it meets the criteria to identify 
said packet as corresponding to a trigger signal. 

If the outcome is negative, the operation of the 
2 0 module T simply evolves backwards upstream of the 
waiting step 602. 

If the step 604 has a positive outcome, the module 
T signals to the apparatus M k the detection of a 
trigger . 

2 5 The preferential hardware and software 

configurations for implementing the apparatuses S k and 
M by means of personal computer have already been 
described above. 

The diagram of Figure 10 aims further to highlight 

30 the fact that the individual apparatus S k can 
advantageously be configured in such a way as to have a 
connection K towards the network N to be analysed, as a 
set of connection functionalities towards the apparatus 
M able to be both direct (functionality C, C t of Figure 
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6) and indirect (functionality C and C" in the same 
Figure 6) . 

As illustrated above, the connection 

functionalities between the apparatus S k and the 
5 apparatus M can transit either on an appropriate 
network (for instance a LAN or Local Area Network) or 
exploiting for connection purposes the same network N 
to be analysed. 

The personal computer used to implement the 
10 apparatuses S k is therefore usually provided with the 
interfaces required for the described connections, 
whilst the program, able to configure said apparatus as 
an FTP (File Transfer Protocol) server, can 
' advantageously be installed on the apparatus M. An 
15 advantageous solution in this regard is the solution 
available with the trade name of Bulletproof FTP server 
2.15. 

Advantageously, as a trigger signal it is possible 
to use an ICMP (Internet Control Message Protocol) 

20 packet with a predetermined payload. 

The mechanism for capturing the packets, filtering 
and detecting the trigger signal (if provided at the 
level of the apparatus Sk) can easily be achieved with 
the primitives offered by the aforementioned WinPcap 

25 library. The captured packets can be saved on a 
circular buffer realised by writing on three files in 
rotation, with the passage from one file to the other 
occurring upon exceeding a given dimension (for 
instance one MB for each file) . When capturing the 

30 packets, a simple verification of their content at the 
ICMP level (which bears directly on the Internet 
Protocol IP) allows to detect the trigger. Upon 
detecting the trigger, the three files whereon the data 
archiving is to be continued are changed and the files 

35 previously used are sent to the remote FTP server by 
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means of the FTP command. The sent files can then be 
deleted from the archive of the apparatus S*. 

By way of additional example of possible use of the 
solution according to the invention, with reference to 
5 the diagram in Figure 11 the description is provided of 
the implementation of a specific function for measuring 
quality of service carried out in a GPRS environment of 
the type already illustrated with reference to Figure 
5. 

10 It is recalled once again that reference to such a 

possible application context must not be construed in 
any way as limiting the scope of the invention. 

In the specific case considered in Figure 11 , the 
situation is assumed to be one in which the end-to-end 

15 quality of service is negatively influenced by the fact 
that the software for managing the radio resources used 
in the GPRS network does not operate properly and, as a 
result, it occasionally subtracts radio resources from 
a user, then reallocates them with a consequent loss of 

2 0 throughput coinciding with these events. 

Figure 11 represents an example of architecture 
that allows to identify the aforesaid 'problem. 

It will be appreciated that this figure shows 
several apparatus/modules already illustrated with 

25 reference to the diagrams of Figures 1 and 5. For this 
reason, the description of the nature and of the 
function of these modules is not repeated herein. 

With respect to the elements already showed in 
Figures 1 and 5, Figure 11 illustrates the presence of 

30 an access point AP serving as WLAN (Wireless Local Area 
Network) access point and the presence of a local FTP 
server, indicated as FTPL, connected to the interface 
Gi between the node CGSN and the network IP. The access 
point AP is connected through an Ethernet cable CE to 
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the apparatus S 3 (implemented by means of Tektronix 
K1297 instrumentation) . 

The same Figure 11 also shows the WLAN connections 
existing between the node AP and the apparatus M, the 
5 apparatus A and the apparatus S 3 . Said connections 
(destined to assure the various functionalities of 
transmission of the trigger over cable, of the trigger 
over WLAN, of synchronisation on WLAN, as well as data 
transmission over WLAN) operate according to known 
10 criteria, which do not require a detailed description 
herein. 

In this case the mobile terminal Tl connected to 
the apparatus A acting as client is a test terminal 
able to monitor the radio interface. It can be, with 
15 reference to the examples provided above, a TEMS 
terminal produced by Ericsson, equipped with the 
management software called TEMS Investigation. 

It will also be appreciated that the apparatus 
indicated as S 3 in the diagram of Figure 11 in fact 
20 incorporates functionalities of monitoring both 
interfaces Gi and Gb which, in the diagram of Figure 5, 
are shown attributed to two different apparatuses 
indicated respectively as S 2 and S 3 . 

The diagram of Figure 11 corresponds in this regard 
25 to an implementation simplification linked to the fact 
that, in the context considered herein, it is possible 
to aggregate both monitoring functions and have a 
single instrumentation set perform them. 

This fact also allows to perceive that the general 
30 architectures shown in Figures 1 and 5 can easily be 
subject, thanks to their very flexibility, to 
implementation variations of this nature. 

The choice - preferential but certainly not 
imperative - to use a local FTP server, such as the 
'35 server FTPL shown in Figure 11, is mainly linked to the 
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desire not to introduce delays and losses typical of 
the Internet world. 

The tests are performed in a controlled radio 
environment. To this end, the GPRS channels are 
5 allocated statically and only one user is allowed. Said 
user is thus able to exploit all the radio resources 
the network makes available for a given cell served by 
a particular BTS. 

The apparatus A performs continuous FTP download 

10 tests from the server FT PL and computes throughput at 
the application level. Through the test terminal 
management function, it is possible to monitor all 
messages on the radio interface and simultaneously, 
through the protocol analysis function implemented by 

15 the apparatus S 3/ the packets transiting on the network 
interfaces Gb and Gi are recorded to compute the 
throughput inside the network. 

The data collected by the apparatus A indicate an 
occasional throughput drop. On the other hand/ the data 

20 collected on the interfaces Gb and Gi indicate that 
there are no delays as would justify the anomaly, at 
the core network level . Analysis of the data collected 
starting from the mobile terminal Tl highlights the 
presence of messages indicating losses subsequent to 

25 reallocation of radio resources by the network in a 
situation in which this should not occur (the test 
conditions provide, as stated, for the presence of only 
one user with static allocation of the resources) . The 
performed analysis therefore allows to conclude with 

30 certainty that the problem resides in the malfunction 
of the radio resource management function used by the 
system. 

Naturally, without varying the principle of the 
invention, the realisation details and the embodiments 
35 may be widely varied from what is described and 
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CLAIMS 

1. Method for measuring quality of service at the 
application level in a telecommunication network (N) , 
characterised in that it comprises the steps of: 

5 - providing an activation function (A) for carrying 

out sessions at the application level on said network 
(N) , 

- carrying out a session by means of said function 
(A) , by measuring (F) and storing (H*) , in . a set of 

10 points (S 1# . . . , Sfc, . . . , S n ) of said network (N) , data 
indicative of the behaviour of said network and 
verifying (B) an emergence of a critical situation in 
relation to said quality of service, 

- generating a trigger signal (Trigger) when said 
15 critical situation emerges, and 

- collecting (H) , by effect of the generation of 
said trigger signal, said data indicative of the 
behaviour of the network measured and stored in said 
set of point's of the network (N) , the data thus 

2 0 collected being indicative of the quality of service of 
the network (N) itself. 

2. Method as claimed in claim 1, characterised in 
that said step of measuring (F) and storing (H*) said 
data indicative of the behaviour of said network (N) is 

25 carried out in a plurality of different points (Si, 
. . . , S k , . . • ,S n ) of said network. 

3- Method as claimed in claim 2, characterised in 
that said step of measuring (F) said data indicative of 
the behaviour of said network is carried out in 
30 synchronised fashion (Sync) in said different points 
(Si, , . . , S k , . . . ,S n ) of said network. 

4, Method as claimed in claim 2 or claim 3, 
characterised in that it comprises the steps of: 
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storing (H*) said data indicative of the 
behaviour of said network at the level of the 
corresponding point of said set, and 

- collecting said data indicative of the behaviour 
5 of said network (N) at a centralised level (H) by 

effect of the generation of said trigger signal . 

5- Method as claimed in any of the claims 2 a 4, 
characterised in that it comprises the steps of: 

- providing a centralised function (M) for managing 
10 the quality of service of the network, 

- sending said trigger signal (Trigger) to said 
centralised function (M) , and 

- transmitting said trigger signal starting from 
said centralised function (M) to the points of said set 

15 (Si, . . . , S k , . . . ,S n ) in order to proceed with the 
collection of said data indicative of the behaviour of 
said network. 

6. Method as claimed in any of the previous claims, 
characterised in that it comprises the steps of : 
20 - associating to said activation function (A) a 

control function (B) sensitive to data that may be 
indicative of critical situations relating to the 
quality of service of the network, and 



25 critical situations relating to the quality of service 
of the network to filtering (212) through said control 
function (B) , said control function (B) being able to 
generate said trigger signal (214) by effect of said 
filtering function (212) . 

30 7. Method as claimed in claim 6, characterised in 

that said activation function (A) and said control 
function (B) co-operate with each other according to a 
general agent/server configuration, in which said 
activation function (A) acts as an agent and said 

35 control function (B) acts as a server. 



- subjecting said data that may be indicative of 
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8. Method as claimed in any of the previous claims, 
applied to the measurement of the quality of service of 
a telecommunication network comprising a plurality of 
interfaces (Gi, Gb) , characterised in that said step of 

5 measuring in a set of points (Si, . . . , S k , . . . ,S n ) of 
said network (N) data indicative of the behaviour of 
the network (N) itself implies monitoring the data 
transiting on one of said interfaces (Gi, Gb) . 

9. Method as claimed in any of the previous claims, 
10 characterised in that the step of storing (H) data 

indicative of the behaviour of said network in a set of 
points (Si, Sjc, . . . , S n ) of said network (N) entails 

storing data relating to a given time window. 

10. Method as claimed in any of the previous 
15 claims, characterised in that it comprises the step of 

providing at least a respective transmission channel 
(C, C t ) to forward at least one signal between: 

- said trigger signal to the points of said set 
(Si, . . . , Sjc, • . , , S n ) , and 

2 0 - said data indicative of the behaviour of the 

network (N) measured (F) and stored (H) in the points of 
said set. 

11. Method as claimed in any of the claims 1 to 10, 
characterised in that it comprises the step of 

25 transmitting on said network being monitored (N) at 
least a signal between: 

- said trigger signal to the points of said set 
(Si, . - . , Sjc, ... , S n ) , and 

- said data indicative of the behaviour of the 

3 0 network (N) measured (F) and stored (H) in the points of 

said set. 

12. Method as claimed in claim 11, characterised in 
that it comprises the step of providing in the points 
of said set (Si, S k , ...,S n ) a filtering function 
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(T) to intercept said trigger signal transmitted on 
said network (N) being monitored. 

13, System for measuring the quality of service at 
the application level in a telecommunication network 

5 (N) , characterised in that it comprises .: 

at least one activating apparatus (A) for 
carrying out sessions at the application level on said 
network (N) , 

- at least one monitoring apparatus (Si, . S*, 
10 . ..,S n ) to measure (F) and store (H k ) in a set of 

points (Si, . .., Sk, . .., S n ) of said network (N) data 
indicative of the behaviour of said network , 

- at least one testing apparatus (B) to test for 
the occurrence of critical situations related to said 

15 quality of service and to generate, at the emergence of 
a said critical situation, a warning signal (Trigger) , 
and 

- a collecting apparatus (H) to collect, by effect 
of the generation of said trigger signal, said data 

20 indicative of the behaviour of the network measured and 
stored in said set of points of the network (N) , the 
data thus collected being indicative of the quality of 
the network (N) itself. 

14. System as claimed in claim 13, characterised in 
25 that it comprises a plurality of said monitoring 

apparatuses (Si, . . . , Sk/ . . . / S n ) to measure (F) and 
store (H k ) in a plurality of different points (Si, 
S k , . . . , S n ) of said network (N) said data indicative 
of the behaviour of the network (N) . 
30 15. System as claimed in claim 14, characterised in 

that it comprises synchronisation modules (Sync) 
associated to said plurality of monitoring apparatuses 
(Si, . . . , Sk, . . . , S n ) to measure (F) said data 
indicative of the behaviour of said network (N) in 
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synchronised fashion on said different points (S 1# . .., 
Sk/ • • • / S n ) of said network (N) . 

16. System as claimed in claim 14 or claim 15 , 
characterised in that said plurality of monitoring 
5 apparatuses (Si, . . . , S*, . . . , S n ) comprises: 

- a memory (H*) for storing at the level of the 
corresponding point of said set (Si, . . . , S k , . . . , S n ) 
said data indicative of the behaviour of said network, 
and 

10 - a transmission module (M*) to transmit said data 

indicative of the behaviour of said network (N) to said 
collecting apparatus (H) by effect of the generation of 
said trigger signal. 

17 ♦ System as claimed in any of the claims 13 a 16, 

15 characterised in that it comprises an apparatus for the 
central management (M) of the quality of service of the 
network configured to received said trigger signal 
(Trigger) from said at least one testing apparatus (B) 
and to broadcast said trigger signal to said at least 

2 0 one monitoring apparatus (S 1; . . . , Sjc, . . . , S n ) . 

18. System as claimed in any of the claims 13 a 17, 
characterised in that said at least one activating 
apparatus (A) and said at least one testing apparatus 
(B) mutually co-operate according to a general 

25 agent/server configuration, in which said activating 
apparatus (A) acts as agent and said verification 
apparatus (B) acts as server. 

19. System as claimed in any of the previous claims 
13 through 18, for measuring the quality of service of 

30 a telecommunication network comprising a plurality of 
interfaces (Gi, Gb) , characterised in that said at 
least one monitoring apparatus (Si, . . . , S k , . . . , S n ) is 
an apparatus for monitoring the data transiting on one 
of said interfaces (Gi, Gb) . 
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20. System as claimed in any of the previous claims 
13 through 19, characterised in that said at least one 
monitoring apparatus (Si, . . . , S kt . . . , S n ) comprises a 
memory (H k ) dimensioned to store data indicative of the 

5 behaviour of said network (N) relating to a given time 
window . 

21. System as claimed in any of the previous claims 
13 through 20, characterised in that it comprises at 
least one respective transmission channel (C, C t ) to 

10 forward at least one signal between: 

said trigger signal to said at least one 
monitoring apparatus (Si, . . . , S k , S n ) / and 

- said data indicative of the behaviour of the 
network (N) measured (F) and stored (H) starting from 

15 said at least one monitoring apparatus (Si, S k , 

• • • , Sn) • 

22. System as claimed in any of the claims 13 to 
21, characterised in that it is configured to transmit 
on said network (N) being monitored at least one signal 

2 0 between: 

- said trigger signal to at least one monitoring 
apparatus (Si, . . . , S*, . . . / S n ) , and 

- said data indicative of the behaviour of the 
network (N) measured (F) and stored (H) starting from 

25 said at least one monitoring apparatus (Si, S*, 

• • • t S n ) . 

23. System as claimed in claim 22, characterised in 
that said at least one monitoring apparatus (Si, 

Sk/ • • . / S n ) comprises an additional filtering module 

3 0 (T) to intercept said trigger signal transmitted on 

said network being monitored (N) . 

24. Computer program product able to be directly 
loaded into the memory of a. digital computer and 
comprising portions of software code able to perform 



WO 2004/010648 




T/EP2003/007768 



37 

said function of carrying out session at the 
application level on said network (N) , within a method 
as claimed in any of the claims 1 through 12, when said 
computer program product is run on a digital computer. 
5 25. Computer program product able to be loaded 

directly into a digital computer and comprising 
portions of software code able to carry out said steps 
of measuring (F) and storing (H) said data indicative 
of the behaviour of the network (N) , within a method as 

10 claimed in any of the claims 1 through 12, when the 
computer program product is run on a digital computer. 

26. Computer program product able to be loaded 
directly into the memory of a digital computer and able 
to carry out one among the step of verifying (B) the 

15 possible occurrence of a critical situation relating to 
said quality of service and the step of generating a 
trigger signal (Trigger) upon the occurrence of said 
critical situation, within a method as claimed in any 
of the claims 1 through 12, when said computer program 

20 product is run on a digital computer. 

27 • Computer program product able to be loaded 
directly into the memory of a digital computer and 
comprising portions of software code able to carry out 
at least one among the steps of: 

25 - sending said trigger signal (Trigger) to the 

points of said set, and 

- collecting, by effect of the generation of said 
trigger signal, said data indicative of the behaviour 
of said network measured and stored in said set of 

30 points, within a method as claimed in any of the claims 
1 through 12, when said computer program product is run 
on a digital computer. 

28. Apparatus configured for use as said testing 
apparatus (A) in a system as claimed in any of the 

35 claims 13 through 23. 
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29. Apparatus configured for use as said monitoring 
apparatus (S lt S k , S n ) in a system as claimed 
in any of the claims 13 through 23. 

30. Apparatus configured for use as said collecting 
5 apparatus (H) , within a system as claimed in any of the 

claims 13 through 23, 

31. Apparatus configured for use as said apparatus 
for the centralised management (M) of the quality of 
service of the network within a system as claimed in 

10 claim 17. 
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